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(54) Title: A COMMUNICATION SYSTEM 
(57) Abstract 

A host system (2) receives uploaded real time bus 
progress data (20) for bus systems (13). This is determined by 
the bus system (13) detecting a beacon short range radiation 
signal from a bus stop systems (11). Uploads are only made 
if the bus is not running according to the timetable. TTie 
host system (2) downloads bus status data (21) for remaining 
stops (12) on the route. The host system (2) also downloads 
advertising content to both the bus stop systems (II) and the 
bus systems (13). This is intelligently processed to select that 
which is applicable. 
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"A communi cation system" 



TNTRODUCTION 

5 

Field of the Invention 

The invention relates to communication of information for transport organisations 
having vehicles and fixed locations at which they stop. An example is a public 
10 transport bus company. 

Prior Art Discussion 

Existing communication systems for such organisations typically involve two-way 
15 radio contact between drivers and the central depot and also a system in the depot 
which stores route and resource data for employees such as drivers and inspectors. 
Communication of information to passengers is limited to loudspeaker systems at 
bus depots/stations and display of route and timetable data notices at bus stops. 

20 This is inadequate because there is often very limited knowledge of when a vehicle is 
likely to reach its destination. 

Ob jects of the Invention 

25 Therefore, the invention is directed towards providing for more comprehensive 
communication of inrbrmation for transport organisations. 



30 



Another object is to provide an opportunity for transport organisations to raise 
additional revenue to help provide a better transport service. 
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SUMMARY OF THE INVENTION 

According to the invention, there is provided a communication system for public 
transport vehicles, the system comprising a host system comprising means for 
5 wireless communication with vehicles, and vehicle systems in vehicles comprising 
means for communication with the host system, characterised in that, 

the system further comprises a vehicle stop system located at each of a 
plurality of vehicle stops along vehicle routes ; 

10 

the vehicle systems and the vehicle stop systems comprise means for 
communicating with each other to determine real time vehicle progress data 
with respect to a route; 

15 each vehicle stop system or each vehicle system comprises means for 

uploading the real time vehicle progress data to the host system; 

the host system comprises means for receiving the real time vehicle progress 
data and for using said data to broadcast vehicle status data; and 

20 

each vehicle stop system comprises means for receiving and outputting said 
vehicle status data. 

In this specification, the term "vehicle" is intended to cover any vehicle such as a bus 
25 or delivery lorry which travels on a pre-set route. The term "vehicle stop" is 
intended to cover any fixed location which a vehicle visits or passes such as a goods 
pick-up depot for a delivery lorry or a bus stop. 

In one embodiment, real time vehicle status data is exception data uploaded only 
30 when a vehicle is not adhering to a timetable for a route. 
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In one embodiment, each vehicle stop system or each vehicle system comprises 
means for storing and processing route data to determine when an exception occurs. 

5 In another embodiment, each vehicle stop system comprises means for emitting short 
range beacon signals, and each vehicle system comprises means for detecting such 
signals and processing them to determine the real time vehicle progress data. 

In one embodiment, each vehicle system comprises means for uploading the real 
10 time vehicle progress data. 

In one embodiment, the host system, the vehicle stop systems, and the vehicle 
systems comprise means for communicating via a wide area wireless network. 

1 5 In another embodiment, the host system comprises means for performing group call 
broadcasting to group family members. 

Preferably, said broadcasting means comprises means for embedding qualifiers in 
messages to allow recipients to ignore selected received messages. 

20 

In one embodiment, the host system comprises means for downloading software 
updates in an over-the-air programming mode. 

Preferably, the host system comprises means for mamtaining a configuration file 
25 indicating version and validation of stored software, and means for updating the 
configuration file after a download. 

In one embodiment, each vehicle stop system and each vehicle system comprises 
means for uploading an indication to the host system if operating in a fallback mode, 
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and the host system comprises means for downloading a software update in 
response. 

In one embodiment, the host system comprises means for using a software update 
5 instruction set including change directory, process termination, process run, file 
copy, file rename, and file delete instructions. 

In another embodiment, the host system comprises means for polling the vehicle 
systems and the vehicle stop systems to determine if they are in fallback mode. 

10 

In one embodiment, said software update instruction set comprises short symbols 
representing said instructions, for reliability of remote transmission of instructions 

In one embodiment, the host system comprises a message controller and a database, 
1 5 and the message controller comprises means for maintaining execution threads for:- 

monitoring a dataset of outbound messages awaiting download, and 
monitoring a dataset of inbound messages. 

20 

In a further embodiment, the host system comprises means for downloading 
advertising content and the vehicle stop systems and the vehicle systems comprise 
means for receiving and outputting advertising content. 

25 In one embodiment, the host system comprises means for broadcasting the 
advertising content, and each vehicle stop system and each vehicle system comprises 
means for selecting from received content according to advertising criteria including 
route data. 
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In one embodiment, the host system comprises means for broadcasting advertising 
content during off-peak time periods. 

Preferably, the host system comprises means for broadcasting advertising content at 
5 least twice to increase probability of success. 

In another embodiment, the host system comprises means for associating a unique 
code to each of a plurality of advertisements, and for associating a null code when an 
advertisement is discontinued. 

10 

In one embodiment, the host system comprises means for predicting arrival times 
based on both the real time vehicle progress data and a vector having a start time and 
intervals to stops in route time units. 

15 DETAILED DESCRIPTION OF THE INVENTION 

The invention will be more clearly understood from the following description of 
some embodiments thereof given by way of example only with reference to the 
accompanying drawings in which: - 

20 

Fig. 1 is a diagram illustrating a communication system and interaction of 
components of the system; and 

Figs. 2 and 3 are diagrams illustrating host and remote systems respectively in 
25 more detail. 

Description of the Embodiments 



30 



Referring to Fig. 1 a communication system 1 comprises a host system 2 located at a 
central depot, in this embodiment a bus depot. The host system 2 communicates via 
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die Internet 3 with external systems including an advertising content provider 4 and 
customer terminals 5. The latter are typically PCs in the home or workplace. 



In addition to the Internet 3, the system 1 also makes use of a wireless network 10, in 
5 this embodiment a TETRA public wireless network. However, other networks such 
as those known as HSCSD, UMTS, GPRS could alternatively be used. The wireless 
network 10 allows the host system 2 to link with a system 11 at each bus stop 12 and 
with a system 13 in each bus 14. The bus stop and bus systems 11 and 13 are part of 
the overall system 1, and they comprise means for communicating with each other 
10 via a short range ratio link. 

Within the system 1, the major signal interactions are:- 

20 : Transmission of real time data indicating current location of a bus with 
respect to its route; from buses 14 to the host 2. 

21 : Transmission of processed real time bus progress data, called bus 
status data, from the host 2 to the bus stops 12. This data included 
expected bus arrival times. 

22 : Transmission of advertising content from the host 2 to both the bus 
stops 12 and to the buses 14. 

25 : Bi-directional short range bus/bus stop tagging for the bus to 
determine its current location. This is then used to generate the real 
time bus progress data 20. 

25 Referring to Fig. 2, in more detail, the host 2 comprises a Unix™ processor 30 with 
user interface and remote access control functions 31 and 32 respectively. An ODBC 
database 32 stores bus resource, bus route, bus timetable, and messaging data. The 
Unix™ processor 30 uses a message controller 34 and an SDSI interface 35 for 
communication via the wireless network 10. 

30 
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Referring to Fig. 3, at the hardware level the bus stop and bus systems 11 and 13 are 
similar and are illustrated in a single diagram. A wireless terminal 40 is connected to 
an SDSI interface 41. A message controller 42 outputs messages under control of a 
Java™ application 43. The output devices include a display device 44 and a speaker 
5 45. The display devices 44 comprise LCD screens. 

The bus system 13 monitors adherence to a timetable using stored timetable data to 
' generate the real time bus signals 20. These signals include only exception data 
because they are only transmitted when the bus system 13 determines that the bus is 
10 running late or early. The host 2 uses the received real time bus progress data 20 to 
broadcast the bus status data 21. The latter may be a copy of the former, or as in this 
embodiment it includes a good deal of "added value" information predicting arrival 
times at downstream stops 12. 

1 5 The advertising content signals 22 are derived from uploads from content providers 4 
via the Internet 3. New content is broadcast to all buses 14 and bus stops 12, and the 
systems 11 and 13 process the received contecnt to decide to accept or reject 
according to pre-programmed knowledge specific to the particular bus stop 12 or bus 
14. The signals 22 are not broadcast in real time, but instead are broadcast overnight 

20 in three transmissions to ensure successful capture. The processing in the systems 1 1 
and 13 is carried out immediately as they do not have the memory capacity to store 
all of the received content. 

The host 2 maintains a dynamic real time table of bus status data which is assessable 
25 to customers via their terminals 5 and the Internet 3. The host 2 also maintains a file 
which contains a list of configuration files against each of which is stored the version 
number and a parameter which indicates validation of software in the system 1. 
When a change is made to this file an OTAR (Over-the-air-Reprogramming) update 
instruction reads the file to find the version number requested and loads it if the 
30 validity indicator showed that it was valid. If the validity indicator showed that it 
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was not valid then the host 2 seeks out the previous record and checks that for 
validity until a valid software load had been found. Each time an OTAR download 
instruction is executed the process of receiving and registering the file results in the 
entire list of configuration files being validated. It is necessary that the entire list is 
5 validated because an error may have left a previous configuration invalid and the 
present download has caused that to become valid. An OTAR delete instruction also 
needs to result in a validation process which checks that the file being deleted is not 
part of the present software load. 

10 The host 2 is robust, as the software fails to a position from which it may recover. 
There will remain a possibility that a control file within the manager may be 
accidentally overwritten or otherwise destroyed. If the process of finding and 
reading the required configuration from the control file should fail, then the software 
manager includes a default process under which it operates the most basic next bus 

15 function. 

To start the OTAR process, the host 2 is capable of responding to signals that a 
system 11 or 13 is in fallback mode. The host 2 routinely individually polls the bus 
stops. The time period at which this is done varies with the load on the system. 
20 Polling each system 11 and 13 every 24 hours has been set as the standard time 
interval, but the host 2 has the option of suspending polling in favour of more 
profitable radio traffic. 

Referring again to Fig. 2, the message controller provides radio connectivity to the 
25 core database 33. This component allows it to communicate with the systems 1 1 and 
13. The message controller 34 is responsible for securely allowing this transfer. This 
component is located on a different platform from the database 33 but is located in 
proximity to radio interface software. The controller 34 maintains two core threads 
of execution. One monitors the database 33 for messages that need to be sent out and 
30 the other processes inbound messages. On start-up of either process a connection is 
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made to the database 33 which persists during the program life span. This connection 
is made via ODBC (in which case standard SQL can be used to interrogate/maintain 
the database) or the information can be passed through a TCP/IP socket and the 
database requests can be serviced by a database program running at the database end. 

5 

For outbound messages this thread polls the database's outbound message table 
(outbound_messages ) for text which needs transmitting out from the attached radio 
unit. For an outbound message, this table provides the unique code of the system 11 
or 13 to transmit to, total message size and information to send. Where the 

10 information to be sent is a simple text message, the text is found in the table and 
transmitted through the interface 35. Where the message is a large object ( e.g. 
multimedia ) the table provides a pointer to the large object data and the full object 
data is selected and sliced into small data packets before transmission via the 
interface 35. This process is partly responsible for ensuring that the recipient receives 

15 the message. 

Inbound messages received by the radio are automatically detected by the interface 
and 35 sent to the database 33. This data is then processed by the processor 30. 

20 For message processing, a process runs in the background regularly monitoring an 
inbound message table. When a message is found, the process breaks it up into 
components based on the system's message structures. The message indicates the 
source address of the message, and the type of message it is. Also contained is any 
other information that allows the message to be processed. This process is 

25 responsible for processing, storing and acting upon the message data. In some cases, 
the processing generates outbound messages. In this case, messages are placed in the 
outbound message area, to be picked up by the message controller, 34. This performs 
the following: - 
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Handle time processing (and subsequent creation of bus status data messages) 
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Handle driver emergency message processing 

Referring to Fig. 3, the bus system 13 maintains a record of where it should be on the 
route and its progress against the timetable. It informs the host 2 about any delays 
which occur, and it monitors the receipt of any bus stop beacon signals with short 
range tagging. As the bus proceeds along the route it seeks the transmission from 
each successive beacon. The wireless terminal 40 is a short range wireless 
transmitter in the case of the bus stop system 11 and is a short range wireless receiver 
in the case of the bus system 13. The transmitted data identifies the stop 12 and is 
used by the system 13 to determine if the bus is off-schedule and to generate an 
output indicating the location to passengers. The range is 100m. 

The strategy for the communication of advertising material is based on a series of 
policies, these are as follows. 



- The information is broadcast to all buses using group call broadcasts. 

- The intelligence concerning whether the bus needs this information is located in 
the bus. 

- The transmissions are sent at night and are evenly spread across the period of 
20 time available. 

The use of wireless network group call facility to broadcast to buses is more efficient 
than is attainable using one-to-one communications, and is used for both download 
of advertising content and bus status data. A secondary advantage of the use of 

25 broadcast data is that it permits the bus to make the decision concerning whether it 
needs to receive the message. A one-to-one system would be prone to enors resulting 
from information being inadequately updated. A consequence of the use of 
broadcast messages is that it maximises the chance of every bus receiving the entire 
message. The method used to achieve this involves repetition of the message 

30 sequence, and the message is sent a number of times up to three times. In group call 
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broadcasting, group family members are maintained to include both mobile and 
fixed recipients. The broadcasts include qualifiers which have the effect of allowing 
certain receivers to ignore the broadcast, for example advertising content which is 
not relevant. The group call functionality is provided by the wireless network 10. 

5 

An advantage of having the intelligence in the bus is that it overcomes human error. 
The bus system 13 knows where the bus is and which route it is running. This 
information is used as a check on the information sent to the bus and the system 13 
uses its intelligence to decide how much of the information which is sent to it is 

10 relevant to it. Thus, the administrative effort required by both the bus operators and 
the despatches of the advertising is reduced. The method by which this is achieved 
relies on the fact that the bus system 13 has a record of the routes on which it is likely 
to be used and the advertisement details will be destined for certain routes. The bus 
system 13 only selects the advertisements which are relevant for the routes which it 

15 might travel. 

In general, a primary reason that radio communications fail to function is that the 
receiving device is located in an area to which the radio signals cannot penetrate. 
However, a bus is a large object and the usual problems such as poor in-building 
20 coverage or multi-storey car parks are unlikely to affect it. There remain a range of 
lesser reasons for failure such as:- 



Radio turned off during maintenance. 
Vehicle temporarily out of range. 
25 Localised electrical noise ie. vehicle ignition noise, welding, illegal radios. 

These can all cause temporary loss of communication, however, if the transmission 
is spread across the available time period then the chances of a failure of this type 
being present throughout that time is minimised. 



30 
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The advertising transmissions are sent at night during a period of low load, spreading 
them such that a very small proportion of the total message is sent within a particular 
time interval. This minimises the probability of complete message loss. A secondary 
benefit of using this technique is a reduction of the influence of any poorly designed 
5 telemetry applications which may be sharing the network. When correctly designed 
these impose a very low load on the data facilities of the network. The system 1 has 
time to check for failures due to network congestion and to resend packets as 
required. 

10 It is possible that an advertisement may only have validity for a range of restricted 
time periods during the day. These are stored as a start time, expressed as hours and 
minutes, and a finish time having a similar form. Each time period may also only be 
valid for a limited range of days and these can be expressed in a number of different 
ways such as relative to a week, to a month, or to an absolute date. 

15 

Examples of these include advertisements which are only required on one of the days 
of the week, or of the month. For example, a number of magazines are published on 
certain days and it would be a service to the publisher if the advertisement for them 
appeared on that day and on a few days afterwards to remind regular readers. When 
20 the route information provides the basis for the geographic limits of where the 
advertisement shall be shown, then it will be necessary that the route information 
concerning where it is played will require more detail than the route information 
which governs whether it is stored on the computer. Under certain circumstances the 
display routes may be a subset of the routes for which data is stored. 

25 

The route information for display may include the bus stops 12 between which the 
display must be shown for the direction of travel. Typically this would be used by 
stores wishing to notify their potential customers of their offerings as the bus 
approached the store. For these reasons it is necessary to separate the routes as 
30 expressed in the selection process from those used in the display process. 
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One of the practical problems which must be overcome is to ensure that the bus has 
stored the routes which it will be using. The system has been designed to overcome 
human error by providing a link between the route management data and the 
5 advertising data. The routes for which advertisements are accepted are only those 
for which the bus has routes stored in its database. When a bus changes routes on 
either a temporary or a permanent basis, then it is preferable that the new routes are 
downloaded by the despatches in the bus company. 

10 A bus may be transferred permanently to another garage or temporarily for use on a 
limited range of routes. It might also be used on a special route for one day only, 
perhaps a football special. For all "specials" it is important that the route is 
downloaded the day before so that the advertisements which are specific to that route 
may be loaded onto the bus during the intervening night. 

15 

There remains the possibility that the data will not be downloaded or that a bus will 
be diverted at short notice. The following procedure helps to ensure that the bus 
receives any advertising which is appropriate to its new state. The process 
commences when the driver attempts to start a route for which the computer does 
20 not have a route : - 

The driver enters an unrecognised route, the computer responds by asking 
him to confirm it. 

25 If the second attempt is identical and still unrecognised then the bus will make 

a request to the central computer asking if this is a valid route. 

If the computer states that it is invalid then the driver will be invited to try 
again to enter the route. If it is valid then the despatcher will be asked if the 
30 driver may proceed on this route If the despatcher confirms that the driver 



WU UU/7U58U FCT/iE00/0U062 




may drive the route then the computer asks the despatcher whether this is a 
temporary addition of a route or a permanent move between garages. 

For a permanent change of garages the old routes will be replaced with the new 
5 routes. For a temporary change the route used will be added to the bus list. 

The process of selecting which advertisements the bus system 13 stores and which it 
discards is controlled by the associated routes which are stored in the system 13 
Each advertisement is identified in the bus system 13 by a PIN number. This is 

10 effectively the advertisement number. It is a 16 bit integer number, and so there may 
be up to 65535 advertisements in the system at any one time. The advertisement 
retains its PIN number for its life. Advertisements may be updated or deleted. When 
a PIN number is no longer in use it may be re-used for another advertisement. The 
re-use of PIN numbers permits new advertisements to be despatched even when the 

15 full cycle of 65,535 advertisements has been completed. An advertisement may be 
invalidated on buses by sending them a set of display instructions in which the 
version number is zero (NULL). 

An advertisement therefore comprises the following files: 
20 Route List 

Play List 
Content List 
Content Files 

25 As stated above, advertisements are downloaded during the night. An advertisement 
may be a new advertisement, a replacement for an existing one or a supplement to 
some existing information. Each advertisement needs a route list and a play list 
before the advertisement is downloaded. In the case of new advertisements these will 
be downloaded, for existing advertisements the route list and play will remain 

30 unchanged unless there is a need to change either of them. 
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# • 

The first task of a download is to download route lists and play lists because an 
advertisement will not be stored unless there is a valid route list for that PIN number. 
The process of downloading then commences with a packet which links a tag 
5 number to the PIN number of the advertisement. The computer will then seek out 
packets for which the protocol identifier indicates that it is an advertisement file and 
the tag number is stored on the computer. 

This process of linking the PIN number to the tag number takes place twice firstly as 
10 a night-load file which is sent three times early in the evening and which shows all of 
the files which will be sent. Then there should be a leading packet for each file 
showing the linkage for the following file only. 

The advertisement files require a very large number of packets. There is a significant 
15 advantage to be derived from spreading the broadcasts over the maximum possible 
period because:- N 

A common cause of the system 13 failing to receive a message is that it is out 
of coverage for a brief period, if the downloading process is spread over an 
20 extended period the amount of data lost is minimised. 

Terminals lose messages during maintenance because the power to the radio 
is often turned off. A second transmission later in the night overcomes this 
problem. 

25 

A bus may be taking part in a special route which extends beyond the normal 
constraints of the service. An extended transmission maximises the 
probability that it will catch at least one of the transmissions. 
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There may be other network users who have ill designed applications which 
place sudden loads on the network at times during the night. The slowing 
down effect of these is minimised if the bus application packets are spaced 
out. 

5 

In order to carry out this process of spreading out the load, the following procedure is 
employed:- 

A period of time early in the night is assigned to the downloading of route 
10 files, play files and the linkage file . 

The remaining time is divided into three parts which are grouped as two parts 
for the download of data and one part for the correction of errors. 

1 5 The files to be sent are broken down to packets and the number of repeats are 

also calculated. The sequence of transmissions of the files is such that all of 
the files are transmitted once and then repeated as required for the number of 
repeats. 

20 The total number of packets is divided into the time available and the result is 

the send interval. 

The packets are then sent at the send interval. 

25 When the packets have been sent the systems 11 and 13 will request corrections for 
those packets which are still missing at the end of the process. If a file is less than a 
configurable percentage (roughly 85%) complete then additional packets should not 
be requested and the file should be discarded (a file which is less than 85% complete 
after three repeats has failed due to an irredeemable problem). 
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The process of transporting the data commences with the transmission of the linking 
files, each of which represents a file which will be sent across the radio system. For 
each file, space must be reserved in the memory to which the segments of the file 
may be written. For each file there is also a record which includes the tag number 

5 and the file name. This record refers to an array of addresses which shall be 
calculated on the basis that each one points to the start of the position of the 
individual segments which shall be re-assembled. This calculation is based on the 
start position and the packet length. The array of addresses need not be physically 
present and may calculated on an as-required basis ie. file address = segment length 

10 x segment number, but a record is needed to show whether the segment has been 
completed or not. 



The downloading process is configurable using the linkage file for the tag number. 
The number of sends and resends can be amended as can the percentage complete 

15 after which the file is abandoned. The update timer can be configured for each file 
but this will not make a great difference to the efficiency with which the files are 
downloaded. The time of transmission of the final transmission of a file may also be 
amended to spread the load on the network. The update delay which is defined in the 
linkage file may be used to delay the beginning of the updating process. This feature 

20 would be used at times when the downloading process is expected to be very intense 
and there is a desire to delay the updates into the working day. 

The following describes over-the-air programming of the system 11 in more detail. 
For any action which a system 11 or 13 carries out it will be necessary that it can 

25 access stored data which permits it to perform the correct calculations. Such data is 
obtained as a result of the system listening for those data records which are of 
relevance to it. These records are delivered or replaced in their entirety so that the 
packet which is transmitted is likely to be identical or very similar to that which is 
stored in the file. Record structures are convertible to packet structures by the 

30 addition of a protocol ID and the variable types. 
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There is an instruction set which permits a software manager of each system 11 or 13 
to move, delete, load, and halt software elements. The host 2 activate these 
functions using an instruction set having only one or two characters per functions. 
5 The symbols are listed in the second column below. 



Change directory cd 

Go g 

Kill a process k 

10 Run a Process s 

Copy a file c 

Delete a file d 

Rename a file r 



15 There is a requirement that it shall be possible to run a piece of software for a period 
of time and to then revert to the original version. This is be achieved by including a 
time in the run command and following the filename with the name of the file to be 
run when the time is complete and the process has been killed. This second file could 
of course be a job control file which causes a number of actions to take place. 

20 

Regarding timetables, the bus system 13 needs:- 

times at each point at which there is a beacon, 

25 the ability to change to cope with short or long term changes in route, 

the ability to find the times which are actually used instead of those which 
have been estimated in the past, both when a new bus route is added to the 
system or at any other time that a variation of the times is considered to be 
30 necessary, 
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the ability to vary with the time of the day to cope with rush hours, 
the ability to vary to cope with very inclement weather, 

5 

The dynamic information on the routes primarily comprises the time at each stop 
relative to the start time of the route. The system 11 stores the delay after the 
commencement of the route at which the bus is likely to arrive at the bus stop. This 
time is expressed in units which are small enough to permit accurate control. A time 
10 interval of one second is the minimum reasonable increment whilst a six second 
interval approximates to the maximum. 



15 



Very often, the time period to complete the route will vary significantly with the time 
of day, and the traffic, weather and many other factors including the following. 



Road works have diverted traffic onto the route. 
A sale at a shop near to the route. 
Loading and unloading. 
Roadworks on the route. 
20 Variations to the kerbside car parking. 

Tree branches growing across the road. 
School-related traffic at particular times. 

In order to cope with these variations the host system 2 is programmed to 
25 dynamically select a relevant timetable. The host system 2 stores for each route a 
range of route time interval vectors, each of which is identified by a route time 
interval vector number (RTIV number). Each vector contains the following data:- 
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• Route number 

• Issue number of the route 
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• RTF/ number 

• Bus stop 12 interval. 

Depending on real time bus progress data 20, the host 2 dynamically selects a 
5 relevant RTTV. For example, it may decide that the next bus should use a slower 
RTIV. If this one were also delayed then the next bus would leave using an RTIV 
which is two stops slower and so on. Similarly when the bus started to gain relative 
to its RTIV then the next bus would have a faster RTIV. In this way the system 
would flex under the influence of the real traffic which the buses encounter and 

10 respond to it. It is possible to use this feature to assist the process of maintaining 
interval control in the larger cities. The technique of flexing the RTIV is particularly 
appropriate when buses are despatched at regular intervals because the 
responsiveness of the traffic conditions to changes in the source of delay is 
sufficiently fast that when the time interval is longer the progress of the previous bus 

1 5 is not a good guide to the progress of the next one. 

In order to permit good quality bus status data 21 to be extracted it is helpful that the 
times achieved by the buses during a period of a few weeks are collected by the buses 
and reported at the end of the route. A real time timetable is created from interval 
20 timings collected over a one month period. This procedure assists in generating the 
interval class (the operator will have the choice of generating simple time-banded 
timetables or complex real-time timetables which will give the expected arrival time 
for every bus at every stop on every route). The preferred option for ease of 
implementation is the simple approach. 

25 

The invention is not limited to the embodiments described but may be varied in 
construction and detail within the scope of the claims. 
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1 . A communication system for public transport vehicles, the system comprising 
a host system comprising means for wireless communication with vehicles, 
and vehicle systems in vehicles comprising means for communication with 
the host system, characterised in that, 

the system further comprises a vehicle stop system (11) located at each of a 
plurality of vehicle stops along vehicle routes; 

the vehicle system (13) and the vehicle stop systems (11) comprise means for 
communicating with each other to determine real time vehicle progress data 
(20) with respect to a route; 

each vehicle stop system (11) or each vehicle system (13) comprises means for 
uploading the real time vehicle progress data (20) to the host system; 

the host system comprises means for receiving the real time vehicle progress 
data and for using said data to broadcast vehicle status data; and 

each vehicle stop system (11) comprises means (34, 35) for receiving and 
outputting said vehicle status data. 

2. A communication system as claimed in claim 1, wherein the real time vehicle 
status data is exception data uploaded only when a vehicle is not adhering to 
a timetable for a route. 
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3. A communication system as claimed in claim 2, wherein each vehicle stop 
system (11) or each vehicle system (13) comprises means for storing and 
processing route data to determine when an exception occurs. 
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4. A communication system as claimed in any preceding claim, wherein each 
vehicle stop system (11) comprises means for emitting short range beacon 
signals, and each vehicle system (13) comprises means (40) for detecting such 

5 signals and processing them to determine the real time vehicle progress data. 

5. A communication system as claimed in any preceding claim, wherein each 
vehicle system (13) comprises means for uploading the real time vehicle 
progress data. 

10 

6. A communication system as claimed in any preceding claim, wherein the host 
system (2), the vehicle stop systems (11), and the vehicle systems (13) 
comprise means for communicating via a wide area wireless network (10). 

15 7 . A communication system as claimed in any preceding claim, wherein the host 
system (2) comprises means for performing group call broadcasting to group 
family members. 

8. A communication system as claimed in claim 7, wherein said broadcasting 
20 means comprises means for embedding qualifiers in messages to allow 

recipients to ignore selected received messages. 

9. A communication system as claimed in any preceding claim, wherein the host 
system (2) comprises means for downloading software updates in an over-the- 

25 air programming mode. 

10. A communication system as claimed in claim 9, wherein the host system (2) 
comprises means for maintaining a configuration file indicating version and 
validation of stored software, and means for updating the configuration file 

30 after a download. 
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11. A communication system as claimed in claims 9 ot 10, wherein each vehicle 
stop system (11) and each vehicle system (13) comprises means for uploading 
an indication to the host system (2) if operating in a fallback mode, and the 
host system (2) comprises means for downloading a software update in 
response. 

12. A communication system as claimed in claim 11, wherein the host system (2) 
comprises means for using a software update instruction set including change 
directory, process termination, process run, file copy, file rename, and file 
delete instructions. 

13. A communication system as claimed in any of claims 9 to 12, wherein the 
host system comprises means for polling the vehicle systems (13) and the 
vehicle stop systems (11) to determine if they are in fallback mode. 

14. A communication system as claimed in claim 13, wherein said software 
update instruction set comprises short symbols representing said instructions, 
for reliability of remote transmission of instructions. 

15. A communication system as claimed in any preceding claim, wherein the host 
system (2) comprises a message controller and a database, and the message 
controller comprises means for maintaining execution threads for:- 



monitoring a dataset of outbound messages awaiting download, and 



monitoring a dataset of inbound messages. 
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16. 



A communication system as claimed in any preceding claim, wherein the host 
system (2) comprises means for downloading advertising content and the 
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vehicle stop systems (11) and the vehicle systems (13) comprise means for 
receiving and outputting advertising content. 

17. A communication system as claimed in claim 16, wherein the host system (2) 
5 comprises means for broadcasting the advertising content, and each vehicle 

stop system (11) and each vehicle system (13) comprises means for selecting 
from received content according to advertising criteria including route data. 

18. A communication system as claimed in claims 16 or 17, wherein the host 
10 system (2) comprises means for broadcasting advertising content during off- 
peak time periods. 

19. A communication system as claimed in claim 18, wherein the host system (2) 
comprises means for broadcasting advertising content at least twice to 

1 5 increase probability of success . 

20. A communication system as claimed in any of claims 16 to 19, wherein the 
host system (2) comprises means for associating a unique code to each of a 
plurality of advertisements, and for associating a null code when an 

20 advertisement is discontinued. 



21 . A communication system as claimed in any preceding claim, wherein the host 
system (2) comprises means for predicting arrival times based on both the real 
time vehicle progress data and a vector having a start time and intervals to 
25 stops in route time units. 
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